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DETAILED ACTION 

This action is responsive to the Amendment/Arguments filed on 10/775544. Claims 1-50 are 
pending. 

Response to Arguments 

1 . Applicant's arguments with respect to Claim Objections due to informalities have been 
fully considered and are persuasive. The objections to Claims 16, 21, 25, 44, and 49 have been 
withdrawn. 

2. Applicant's arguments with respect to Claim Rejections under 35 U.S.C. 102 and 35 
U.S.C. 103 have been considered but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-16, 18-21, 23-44, and 46-49 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Network Working Group RFC 1583: OSPF Version 2 to Moy (hereinafter 
"Moy") and Network Working Group Internet Draft: Fast LIveness Protocol (FLIP) to Sandick 
et al. (hereinafter "Sandick"). 
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5. As to Claims 1 and 29, Moy discloses a computer-implemented method and elements 
(referenced hereinafter as the method) comprising: 

a) accepting forwarding liveness status information [...] (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link 
State Advertisements, discloses accepting interface and link status information for a link state 
advertisement. See also, Moy; 9.0 The Interface Data Structure, which discloses accepting 
interface and link status information for a hello message); 

b) composing a message including the forwarding liveness status information (Moy; 9.1 
Interface States, 9.2 Events Causing Interface State Changes, 9.3 The Interface State Machine, 
and 12.0-12.4 Link State Advertisements, discloses composing a link state advertisement 
including the interface and link status information. See also, Moy; 9.0 The Interface Data 
Structure, which discloses composing a hello message including the interface and link status 
information); and 

c) sending the message towards a neighbor node (Moy; 9.1 Interface States, 9.2 Events 
Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link State 
Advertisements, discloses sending the link state advertisements to neighboring routers. See also, 
Moy; 9.0 The Interface Data Structure, which discloses sending the hello message to neighboring 
routers). 

Moy does not explicitly disclose, however Sandick discloses accepting forwarding 
liveness status information of at least two different interfaces (Sandick; 4.2 Parameters and B.l 
FLIP Advertisement Message, list of neighbor interfaces). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

6. As to Claims 2 and 30, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses 

d) (means for) maintaining a first timer for tracking a send time interval, wherein the acts of 
composing a message and sending the message are performed after expiration of the first timer 
(Moy; 9.0 The Interface Data Structure, discloses maintaining a Hello Timer for tracking a 
Hellolnterval, wherein hello messages are composed and sent when the timer expires); and 

e) (means for) restarting the first timer after the message is sent (Moy; 9.0 The Interface Data 
Structure, discloses restarting the Hello Timer after the message is sent). 

7. As to Claims 3 and 31, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Moy further discloses wherein the message further includes a dead time interval, and 
wherein the send time interval is less than the dead time interval (Moy; 9.0 The Interface Data 
Structure, discloses a RouterDeadlnterval, which is greater than the Hellolnterval). 
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8. As to Claims 4 and 32, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Moy further discloses wherein the message further includes a dead time interval (Moy; 
9.0 The Interface Data Structure, discloses a RouterDeadlnterval), 

Sandick further discloses wherein the send time interval is no more than one third of the 
dead time interval (Sandick; 4.2 Parameters, discloses a PeerDeadlnterval, wherein the 
PeerDeadlnterval is at least 3 times the Hellolnterval). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the message including a dead time interval, as disclosed by Moy, to include 
a dead time interval which is greater than 3 times the send time interval, as disclosed by Sandick. 
One of ordinary skill in the art at the time the invention was made would have been motivated to 
make this combination in order to facilitate fast neighbor or peer interface failure detection 
(Sandick; Abstract). 

9. As to Claims 5 and 33, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Sandick further discloses wherein the send time interval is less than one second 
(Sandick; 7.2 Hellolnterval, discloses the Hellolnterval has a default value of 3ms). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the send time interval, as disclosed by Moy, to include a send time interval 
that is less than one second, as disclosed by Sandick. One of ordinary skill in the art at the time 
the invention was made would have been motivated to make this combination in order to 
facilitate fast neighbor or peer interface failure detection (Sandick; Abstract). 
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10. As to Claims 6 and 34, Moy and Sandick disclose each and every limitation of claims 2 
and 30. Sandick further discloses wherein the send time interval is less than 100 msec (Sandick; 
7.2 Hellolnterval, discloses the Hellolnterval has a default value of 3ms). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the send time interval, as disclosed by Moy, to include a send time interval 
that is less than 100 ms, as disclosed by Sandick. One of ordinary skill in the art at the time the 
invention was made would have been motivated to make this combination in order to facilitate 
fast neighbor or peer interface failure detection (Sandick; Abstract). 

11. As to Claims 7 and 35, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the message further includes a dead time interval (Moy; 
9.0 The Interface Data Structure, discloses a RouterDeadlnterval). 

12. As to Claims 8 and 36, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the act of (means for) sending the message includes 
(means for) providing the message in an Internet protocol packet (Moy; 1 . 1 Protocol Overview, 
discloses OSPF messages being provided in IP packets). 

13. As to Claims 9 and 37, Moy and Sandick disclose each and every limitation of claims 8 
and 36. Moy further discloses wherein the message is sent (the means for sending the message) 
towards the neighbor node by (include means for) setting a destination address in the Internet 
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protocol packet to a multicast address associated with routers that support interface forwarding 
liveness (Moy; 1.0 Introduction, discloses sending the IP messages using multicast). 

14. As to Claims 10 and 38, Moy and Sandick disclose each and every limitation of claims 1 
and 29. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
state information, including InterfaceUp. Sec also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 

15. As to Claims 1 1 and 39, Moy discloses for use with a node, a computer-implemented 
method (elements) comprising: 

a) (means for) receiving a message including 
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i) forwarding liveness status information [...] (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 
12.0-12.4 Link State Advertisements, discloses receiving a link state 
advertisement including interface and link status information. See also, Moy; 9.0 
The Interface Data Structure, which discloses receiving a hello message including 
interface and link status information), and 

ii) a time interval (Moy; 9.0 The Interface Data Structure, which discloses 
receiving a hello message including a PeerDeadlnterval); and 

b) (means for) updating neighbor node forwarding liveness status information using the 
message (Moy; 12.2 Link State Database, discloses updating neighbor router interface and link 
status information using the link state advertisement. See also, Moy; 9.0 The Interface Data 
Structure, which discloses updating neighbor router interface and link status information using 
the hello message). 

Moy does not explicitly disclose, however Sandick discloses the message including 
forwarding liveness status information for a first set of at least two different interfaces (Sandick; 
4.2 Parameters and B.l FLIP Advertisement Message, list of neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 
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16. As to Claims 12 and 40, Moy and Sandick disclose each and every limitation of claims 
1 1 and 39. Moy further discloses wherein the act of (means for) updating neighbor node liveness 
status information includes 

i) (means for) setting a first timer to the time interval and starting the first timer (Moy; 
9.0 The Interface Data Structure, discloses setting a Wait Timer to the RouterDeadlnterval and 
starting the Wait Timer), 

ii) if the first timer expires, (means for) setting a status [. . .] of the neighbor node to down 
(Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses setting a status of an interface of the neighbor router to down if the Wait Timer 
expires); and 

iii) (means) if a further message, sourced from the neighbor node, and including A) 
forwarding liveness status information, and B) a new time interval, is received then, resetting the 
first timer to the new time interval and restarting the first timer (Moy; 9.0 The Interface Data 
Structure and 9.2 Events Causing Interface State Changes, discloses if a hello message including 
a RouterDeadlnterval is received, resetting the Wait Timer to the RouterDeadlnterval and 
restarting the Wait Timer). 

Moy does not explicitly disclose, however Sandick discloses setting the status of each of 
the at least two different interfaces of the neighbor node to down if the first timer expires 
(Sandick; 4.1 Neighbor Discovery, 4.2 Parameters, 4.5 FLIP Advertisement Protocol 
Description, and B.l FLIP Advertisement Message, list of neighbor interfaces and setting 
neighbor interface adjacencies to down). 
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It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

17. As to Claims 13 and 41, Moy and Sandick disclose each and every limitation of claims 
12 and 40. Moy does not explicitly disclose, but Sandick discloses wherein each of the time 
interval and the new time interval is less than one second (Sandick; 7.3 PeerDeadlnterval, 
discloses PeerDeadlnterval default value is 12 ms). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the time interval, as disclosed by Moy, to include a time interval that is less 
than one second, as disclosed by Sandick. One of ordinary skill in the art at the time the 
invention was made would have been motivated to make this combination in order to facilitate 
fast neighbor or peer interface failure detection (Sandick; Abstract). 

18. As to Claims 14 and 42, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy further discloses wherein the forwarding liveness status information is interface 
forwarding liveness status information (Moy; 9.1 Interface States, 9.2 Events Causing Interface 
State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link State Advertisements, 
discloses the link state advertisement includes interface status information). 
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19. As to Claims 15 and 43, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
state information, including InterfaceUp. See also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 

20. As to Claims 16 and 44, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy further discloses wherein the forwarding liveness status information includes at 
least one of 

(i) the integrity and correct operation of forwarding tables, 
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(ii) the integrity and correct operation of switch fabric (Moy; 12.0-12.4 Link State 
Advertisements, discloses the link state advertisement includes link status information), 

(iii) the integrity and correct operation of a forwarding lookup engine, 

(iv) the integrity and correct operation of a traffic scheduler, 

(v) the integrity and correct operation of a traffic classifier, 

(vi) the integrity and correct operation of buffers in the data plane, 

(vii) the integrity and correct operation of packet segmentation modules, 

(viii) the integrity and correct operation of packet reassembly modules, 

(ix) the integrity and correct operation of packet rc-scquencing modules, 

(x) whether or not a node is restarting, 

(xi) whether or not the forwarding plane is congested, and 

(xii) the integrity and correct operation of fragmentation modules. 

21. As to Claims 1 8 and 46, Moy discloses a computer-implemented method for monitoring 
interface forwarding liveness, the method (a system) comprising: 

a) (means for) determining, at a first node, forwarding liveness status information for [. . .] 
interface (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 9.3 The 
Interface State Machine, and 12.0-12.4 Link State Advertisements, discloses determining, at a 
first node, interface and link status information for a link state advertisement. See also, Moy; 9.0 
The Interface Data Structure, which discloses determining, at a first node, interface and link 
status information for a hello message); 
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b) (means for) sending, from the first node, a message including the determined status 
information (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 9.3 The 
Interface State Machine, and 12.0-12.4 Link State Advertisements, discloses sending, from the 
first node, a link state advertisement including the interface and link status information. See 
also, Moy; 9.0 The Interface Data Structure, which discloses sending, from the first node, a hello 
message including the interface and link status information); 

c) (means for) receiving, at the second node, the message (Moy; 9.1 Interface States, 9.2 
Events Causing Interface State Changes, 9.3 The Interface State Machine, and 12.0-12.4 Link 
State Advertisements, discloses receiving, at a second node, the link state advertisement. See 
also, Moy; 9.0 The Interface Data Structure, which discloses receiving, at a second node, the 
hello message); and 

d) (means for) updating, by the second node, first node forwarding liveness status 
information using the message (Moy; 12.2 Link State Database, discloses updating, by the 
second node, first node interface and link status information using the link state advertisement. 
See also, Moy; 9.0 The Interface Data Structure, which discloses updating, by the second node, 
first node interface and link status information using the hello message). 

Moy does not explicitly disclose, however Sandick discloses determining, at a first node, 
forwarding liveness status information for at least two different interfaces (Sandick; 4.1 
Neighbor Discovery, 4.2 Parameters, 4.5 FLIP Advertisement Protocol Description, and B.l 
FLIP Advertisement Message, list of neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
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accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

22. As to Claims 19 and 47, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the message further includes a dead interval (Moy; 9.0 
The Interface Data Structure, discloses a RouterDead Interval included in a hello message), and 
wherein the act of (means for) updating first node forwarding liveness status information 
includes 

i) (means for) setting a timer to the dead interval (Moy; 9.0 The Interface Data Structure, 
discloses setting a Wait Timer to the RouterDeadlnterval); 

ii) (means for) starting the timer (Moy; 9.0 The Interface Data Structure, discloses 
starting the Wait Timer); 

iii) (means for) determining whether or not a further message including forwarding 
liveness status information is received from the first node before the expiration of the timer 
(Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses determining whether a further hello message is received from the first node before the 
Wait Timer expires); and 

iv) if it is determined that a further message including forwarding liveness status 
information is not received from the first node by the second node before the expiration of the 
timer, then (means for) informing the second node that the [. . .] interface of the first node is 
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down (Moy; 9.0 The Interface Data Structure and 9.2 Events Causing Interface State Changes, 
discloses if it is determined that a further hello message is not received from the first node before 
the expiration of the Wait Timer, then informing the second node that the interface of the first 
node is down). 

Moy does not explicitly disclose, however Sandick discloses if it is determined that a 
further message including forwarding liveness status information is not received from the first 
node by the second node before the expiration of the timer, then informing the second node that 
the at least two different interfaces of the first node arc down (Sandick; 4.1 Neighbor Discovery, 
4.2 Parameters, 4.5 FLIP Advertisement Protocol Description, and B.l FLIP Advertisement 
Message, list of neighbor interfaces and setting neighbor interface adjacencies to down). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

23. As to Claims 20 and 48, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the status information includes a forwarding liveness 
state selected from a group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state advertisement includes interface 
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state information, including InterfaceUp. See also, Moy; 9.0 The Interface Data Structure, which 
discloses receiving a hello messages within the RouterDeadlnterval serves as indication that the 
neighbor interface is up), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state advertisement includes 
interface state information, including InterfaceDown. See also, Moy; 9.0 The Interface Data 
Structure, which discloses the failure to receive hello messages within the RouterDeadlnterval 
serves as indication that the neighbor interface is down), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 

24. As to Claims 21 and 49, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy further discloses wherein the forwarding liveness status information includes at 
least one of 

(i) the integrity and correct operation of forwarding tables, 

(ii) the integrity and correct operation of switch fabric (Moy; 12.0-12.4 Link State 
Advertisements, discloses the link state advertisement includes link status information), 

(iii) the integrity and correct operation of a forwarding lookup engine, 

(iv) the integrity and correct operation of a traffic scheduler, 

(v) the integrity and correct operation of a traffic classifier, 

(vi) the integrity and correct operation of buffers in the data plane, 

(vii) the integrity and correct operation of packet segmentation modules, 
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(viii) the integrity and correct operation of packet reassembly modules, 

(ix) the integrity and correct operation of packet re-sequencing modules, 

(x) whether or not a node is restarting, 

(xi) whether or not the forwarding plane is congested, and 

(xii) the integrity and correct operation of fragmentation modules. 

25. As to Claim 23, Moy discloses a machine-readable medium having stored thereon a 
machine readable data structure comprising: 

a) an indication, for [. . .] interface of a node, of a forwarding liveness state of the 
interface (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 9.3 The 
Interface State Machine, and 12.0-12.4 Link State Advertisements, discloses a link state database 
including link state advertisements that indicate the status of an interface of a node. See also, 
Moy; 9.0 The Interface Data Structure, which discloses an interface data structure including 
interface state information); and 

b) a dead interval (Moy; 9.0 The Interface Data Structure, discloses an interface data 
structure including a RouterDeadlnterval). 

Moy does not explicitly disclose, however Sandick discloses an indication, for at least 
two different interfaces of a node, of a forwarding liveness state of the interface (Sandick; 4.1 
Neighbor Discovery, 4.2 Parameters, 4.5 FLIP Advertisement Protocol Description, and B.l 
FLIP Advertisement Message, list of neighbor interfaces). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify accepting status information of an interface, as disclosed by Moy, to include 
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accepting status information of at least two different interfaces, as disclosed by Sandick. One of 
ordinary skill in the art at the time the invention was made would have been motivated to make 
this combination in order to facilitate fast neighbor or peer interface failure detection (Sandick; 
Abstract). 

26. As to Claim 24, Moy and Sandick disclose each and every limitation of claim 23. Moy 
further discloses wherein the indication indicates a forwarding liveness state selected from a 
group of forwarding liveness states consisting of 

(A) interface up (Moy; 9.1 Interface States, 9.2 Events Causing Interface State Changes, 
and 9.3 The Interface State Machine, discloses the link state database including link state 
advertisements that indicate interface state information, including InterfaceUp. See also, Moy; 
9.0 The Interface Data Structure, which discloses the interface data structure including indication 
of the state of an interface), 

(B) interface down (Moy; 9.1 Interface States, 9.2 Events Causing Interface State 
Changes, and 9.3 The Interface State Machine, discloses the link state database including link 
state advertisements that indicate interface state information, including InterfaceDown. See also, 
Moy; 9.0 The Interface Data Structure, which discloses the interface data structure including 
indication of the state of an interface), 

(C) interface monitor not reporting, and 

(D) forwarding engine restarting. 
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27. As to Claim 25, Moy and Sandick disclose each and every limitation of claim 23. Moy 
further discloses wherein the indication indicates a forwarding liveness of an interface and 
includes at least one of 

(i) the integrity and correct operation of forwarding tables, 

(ii) the integrity and correct operation of switch fabric (Moy; 12.0-12.4 Link State 
Advertisements, discloses the link state database including link state advertisements that indicate 
link status information), 

(iii) the integrity and correct operation of a forwarding lookup engine, 

(iv) the integrity and correct operation of a traffic scheduler, 

(v) the integrity and correct operation of a traffic classifier, 

(vi) the integrity and correct operation of buffers in the data plane, 

(vii) the integrity and correct operation of packet segmentation modules, 

(viii) the integrity and correct operation of packet reassembly modules, 

(ix) the integrity and correct operation of packet re-sequencing modules, 

(x) whether or not a node is restarting, 

(xi) whether or not the forwarding plane is congested, and 

(xii) the integrity and correct operation of fragmentation modules. 

28. As to Claim 26, Moy and Sandick disclose each and every limitation of claim 23. Moy 
further discloses c) an identifier of the node (Moy; 1 .2 Definitions of Commonly Used Terms 
and 12.0-12.4 Link State Advertisements, discloses the link state database including link state 
advertisements that include Router ID. See also, Moy; 1.2 Definitions of Commonly Used 
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Terms and 9.0 The Interface Data Structure, which discloses the interface data structure includes 
Router ID, Area ID, and IP interface address). 

29. As to Claim 27, Moy and Sandick disclose each and every limitation of claim 26. Moy 
further discloses wherein the node is a router and wherein the identifier is a router identifier 
(Moy; 1.2 Definitions of Commonly Used Terms and 12.0-12.4 Link State Advertisements, 
discloses the link state database including link state advertisements that include Router ID. See 
also, Moy; 1.2 Definitions of Commonly Used Terms and 9.0 The Interface Data Structure, 
which discloses the interface data structure includes Router ID, Area ID, and IP interface 
address). 

30. As to Claim 28, Moy and Sandick disclose each and every limitation of claim 23. Moy 
further discloses c) an interface index (Moy; 12.0-12.4 Link State Advertisements, discloses the 
link state database including link state advertisements that include Link ID which indicates the IP 
interface address. See also, Moy; 1.2 Definitions of Commonly Used Terms and 9.0 The 
Interface Data Structure, which discloses the interface data structure includes Router ID, Area 
ID, and IP interface address). 

3 1 . Claims 17, 22, 45, and 50 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Moy and Sandick as applied to claims 11, 18, 39, and 46 above, and further in view of Network 
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Working Group RFC 1989: PPP Link Quality Monitoring published on August 1996 by Simpson 
(denoted herein as "Simpson"). 

32. As to Claims 17 and 45, Moy and Sandick disclose each and every limitation of claims 

1 1 and 39. Moy does not explicitly disclose, however Simpson discloses wherein the forwarding 
liveness status information includes at least one of 

(i) bit error rate at a link interface (Simpson; 2.6 Packet Format, 2.7 Calculations, and 2.9 
Failure Detection, discloses sending status information including indication of the error rate of 
packets at a link interface), and 

(ii) clock synchronization at a link interface. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the forwarding liveness status information, as disclosed by Moy, to include 
bit error rate at a link interface, as disclosed by Simpson. One of ordinary skill in the art at the 
time the invention was made would have been motivated to make this combination in order to 
monitor the quality of a link (Simpson; 1.0 Introduction). 

33. As to Claims 22 and 50, Moy and Sandick disclose each and every limitation of claims 
18 and 46. Moy does not explicitly disclose, however Simpson discloses wherein the forwarding 
liveness status information includes at least one of 

(i) bit error rate at a link interface (Simpson; 2.6 Packet Format, 2.7 Calculations, and 2.9 
Failure Detection, discloses sending status information including indication of the error rate of 
packets at a link interface), and 
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(ii) clock synchronization at a link interface. 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the forwarding liveness status information, as disclosed by Moy, to include 
bit error rate at a link interface, as disclosed by Simpson. One of ordinary skill in the art at the 
time the invention was made would have been motivated to make this combination in order to 
monitor the quality of a link (Simpson; 1 .0 Introduction). 

Conclusion 

34. Applicant's amendment necessitated the new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to VIVEK KRISHNAN whose telephone number is (571) 270- 
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5009. The examiner can normally be reached on Monday through Friday from 9:00 AM to 5:30 
PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jason Cardone can be reached on (571) 272-3933. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



VK 



/Jason D Cardone/ 
Supervisory Patent Examiner, Art Unit 2145 



